home *** CD-ROM | disk | FTP | other *** search
/ ftp.cs.arizona.edu / ftp.cs.arizona.edu.tar / ftp.cs.arizona.edu / icon / newsgrp / group95c.txt / 000061_icon-group-sender _Sat Oct 21 23:17:12 1995.msg < prev    next >
Internet Message Format  |  1996-01-03  |  5KB
  1. Received: by cheltenham.cs.arizona.edu; Mon, 23 Oct 1995 00:17:17 MST
  2. To: icon-group@cs.arizona.edu
  3. Subject: Re: Perl vs Icon
  4. Message-Id: <814317432@mse>
  5. Date: Sat, 21 Oct 95 23:17:12 UTC
  6. From: whm@mse.com (William H. Mitchell)
  7. Errors-To: icon-group-errors@cs.arizona.edu
  8.  
  9.     From: "Chris D. Tenaglia" <cdt@post.its.mcw.edu>
  10.     Subject: Perl vs Icon
  11.     To: icon-group@cs.arizona.edu
  12.  
  13.     Real world problem here. Perl vs Icon. On a given unix system
  14.     I've been using Icon quite successfully for:
  15.  
  16.         o Scripting
  17.         o Small programs and utilities
  18.         o Data conversions
  19.  
  20.     Mostly in the role of system admin. However, some new backup
  21.     sys admins have been brought on and their recommendation is
  22.     to scrap this Icon stuff and standardize on Perl, because
  23.     [of five bad reasons].
  24.  
  25.     And so I find myself on the defensive. I don't want to start
  26.     flaming and look like a raving fanatic in mgt eyes, but has
  27.     anyone been through such a coup?
  28.  
  29. You say you've got a lot of existing Icon code that does real work.  If the
  30. two new guys want to throw that code out and rewrite it in perl, they're
  31. more interested in writing perl than getting work done.
  32.  
  33. As both languages come out of the box I'd have to agree perl is the more
  34. ready to use for system administration because of the broad system
  35. interface.  But, I think Icon has a much more solid core language.  It's
  36. easy to add a routine to do this or do that, but if the core language is
  37. weak, that's hard to overcome. 
  38.  
  39.     I am already aware of one answer, "Learn Perl, it's a marketable trade."
  40.     No sweat, it probably can be mastered in a weekend with a good manual...
  41.  
  42. Only if you've got a strong stomach! :-)
  43.  
  44. perl was becoming popular at about the time the time I was starting to move
  45. away from system adminstration work.  I'd been using Icon for SA programming,
  46. but since perl was spoken of highly by other SA's I got it and printed up the
  47. man page, the only documentation at the time.  I tried to read it, but finally
  48. decided to wait for a book.  Well, "Programming perl" came out and I bought
  49. it.  I started reading it and gave up in disgust.  I'd never been bombarded by
  50. such an uncohesive set of rules for a language.  The book sat on the shelf for
  51. a while, perl continued to gain in popularity, and I continued to use Icon.
  52. I decided to give perl another chance and started reading the book again.
  53. I again quit in disgust.  Shortly after that I moved away from all system
  54. administration responsibilities and I stopped worrying about perl.
  55.  
  56. Last Fall, I attended the Usenix Very High Level Language conference in Santa
  57. Fe.  The first day of conference featured (I thought) tutorials on various
  58. languages, one of which was perl and was being given by Larry Wall.  I said,
  59. Ok, here's another chance to learn about perl.  If memory serves, Mr. Wall
  60. devoted the tutorial to new features in version 5 of perl.  Oh well.
  61.  
  62. Recently, after I gave a presentation on Icon, a person in the audience
  63. approached me and said I should take a look at perl.  I told them my sad story
  64. about trying to learn perl and they responded by loaning me a copy of
  65. "Learning perl", by Schwartz.  I found it to be much more readable than
  66. "Programming perl" and I made it through the whole book.  Instead of
  67. being disgusted by perl I'm now simply unimpressed.
  68.  
  69. But back to your problem, I'd simply argue for coexistence.  If the perl twins
  70. can best get their work done with perl, let them.  If you can do your work best
  71. with Icon, you should be able to use it.  The best observation I've heard
  72. regarding programmng languages is this:  The hobbyist can afford to religiously
  73. stick with one language for everything, but the professional programmer uses
  74. whatever is necessary to best get the job done.  (Roughly paraphrased from
  75. Grady Booch.)
  76.  
  77. If these guys are open minded, offer a deal: you read a perl book and they
  78. read the Icon book.  Maybe you'll expand their horizons and maybe in learning
  79. more about perl you'll be able to better argue for Icon.  In learning perl,
  80. I discovered some interesting idioms that I'll express in Icon with procedures,
  81. but I found no motivation to put peril in my toolbox.
  82.  
  83.      /------------------------------\         /----------------\
  84.     /      William H. Mitchell       \       / 7120 E. Kiva Way \
  85.    /  Mitchell Software Engineering   \o----/ Tucson, AZ, 85715  \
  86.    \ Consulting/Development/Training  /     \    520-577-6431    /
  87.     \   OO Methods/C++/Icon/UNIX     /       \    whm@mse.com   /
  88.      \------------------------------/         \----------------/
  89.  
  90.